home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940291.txt < prev    next >
Internet Message Format  |  1994-11-13  |  12KB

  1. Date: Thu,  1 Sep 94 04:30:19 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #291
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Thu,  1 Sep 94       Volume 94 : Issue  291
  11.  
  12. Today's Topics:
  13.                              56k modems?
  14.                 9600 baud using Kenwood TM201 & TM401
  15.                     Balloon Flight Delay 'til OCT
  16.                      Decoder with Grundig SAT 700
  17.                      Packet Radio with apple LC ?
  18.                             TM-451A Radio
  19.                              TNC-2 Source
  20.                       Unix vs DOS vs OS/2 vs NT
  21.  
  22. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  23. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the Ham-Digital Digest are available 
  27. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: 30 Aug 1994 23:47:46 GMT
  35. From: ihnp4.ucsd.edu!munnari.oz.au!yoyo.aarnet.edu.au!news.adelaide.edu.au!mayfield@network.ucsd.edu
  36. Subject: 56k modems?
  37. To: ham-digital@ucsd.edu
  38.  
  39. Steve Diggs (steve.diggs@totrbbs.radio.org) wrote:
  40. [stuff deleted]
  41. :~available separately for $20 and we have a VHS (beta by special request)
  42.                                              ^^^
  43. :~Video tape featuring Dale Heatherington explaining the Beta modem design
  44. :~for $20.
  45. [stuff deleted]
  46.  
  47. VHS/PAL also ?
  48.  
  49. 73 .. Rob
  50. --
  51. rob mayfield    senior technical analyst, australian submarine corporation p/l
  52. mayfield@wattle.itd.adelaide.edu.au vk5xxx@vk5xxx.#adl.#sa.aus.oc +6183487713w
  53.  
  54. ------------------------------
  55.  
  56. Date: Wed, 31 Aug 94 08:16:59 EDT
  57. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!agate!howland.reston.ans.net!gatech!udel!news.sprintlink.net!mv!lmr!rapp@network.ucsd.edu
  58. Subject: 9600 baud using Kenwood TM201 & TM401
  59. To: ham-digital@ucsd.edu
  60.  
  61. steve.diggs@totrbbs.radio.org (Steve Diggs)  writes:
  62.  
  63. > I haven't given up completely. James Miller, G3RUH, has agreed to look
  64. > at the schematics of this rig with ideas on ANY POSSIBLE way to make the
  65. > rig work. Possibilities are to lengthen the RC time constant in the
  66. > PLL's feedback curcuit, or perhaps modulate the master reference
  67. > oscillator of the PLL, along with the Varactor. (To prevent the PLL from
  68. > detecting a frequency drift) James just sent me a confirming note on
  69. > 8/28 acknowledging receipt of the info package, and his intent to shart
  70. > on the project in the near future.
  71.  
  72. I would definitely try first to lengthen the RC time constant in the PLL
  73. feedback circuit, since that might be the easiest to do.
  74.  
  75. Larry W1HJF
  76.  
  77. -----------------------------------------------------------------------------
  78. L. M. Rappaport &  Associates, Inc.   rapp@lmr.mv.com   voice +1 603 237 8400
  79. Colebrook, NH  03576-0158             CIS 72427,2567    fax   +1 603 237 8430
  80.  
  81. ------------------------------
  82.  
  83. Date: 30 Aug 94 16:52:42 MDT
  84. From: ihnp4.ucsd.edu!dog.ee.lbl.gov!news.cs.utah.edu!cc.usu.edu!danander@network.ucsd.edu
  85. Subject: Balloon Flight Delay 'til OCT
  86. To: ham-digital@ucsd.edu
  87.  
  88. Well...
  89.  
  90. For those who have been following the "progress" of the MARS
  91. BALLOON PACKAGE (MBP) balloon flights it turns out that
  92. Murphy has struck our ballooning efforts once again.
  93.  
  94. The balloon launch from the Logan, Utah airport was
  95. a l m o s t a success.  The winds calmed down after a slight
  96. delay, all hardware systems checked out and the super-
  97. pressure balloon filled up with helium without a hitch.  But
  98. during the launch one of the runners (a person who runs with
  99. the payload to ensure that the payload doesn't drag along
  100. the ground or hits an object in the payloads initial 5
  101. second ascent) may have inadvertently "jarred" the payload
  102. package that had caused a power fluctuation to occur.
  103.  
  104. This power fluctuation (momentarily off then on power state)
  105. may have caused the release guillotines to fire which cuts a
  106. support line from the balloon.  The balloon ascended to
  107. approximately 150,000 feet when it burst, but without
  108. measurements or telemetry to the ground and satellite since
  109. that nasty constant called gravity caused the payload to
  110. move in the opposite direction.
  111.  
  112. The next scheduled balloon flight will not be until October
  113. I am told, but we promise to keep those of you interested
  114. continually informed on this interesting experiment.
  115.  
  116. 73's
  117.  
  118. -Dan
  119. KA0EOF
  120.  
  121. Internet:      danander@cc.usu.edu
  122. Packet:        KA0EOF@N7UWX.UT.USA.NA
  123.  
  124. ------------------------------
  125.  
  126. Date: Wed, 31 Aug 1994 00:38:32 -0400
  127. From: newsflash.concordia.ca!altitude!interso.hip.cam.org!user@uunet.uu.net
  128. Subject: Decoder with Grundig SAT 700
  129. To: ham-digital@ucsd.edu
  130.  
  131. Which decoder can I use with a Grundig SAT 700?
  132.  
  133. Thanks for your help.
  134.  
  135. You can reply to
  136. interso@cam.org
  137.  
  138. ------------------------------
  139.  
  140. Date: 31 Aug 94 13:44:23 +1000
  141. From: ihnp4.ucsd.edu!agate!msuinfo!harbinger.cc.monash.edu.au!newshost.anu.edu.au!sserve!hhcs.gov.au!cnb828.127.163.in-addr.arpa!makinc@network.ucsd.edu
  142. Subject: Packet Radio with apple LC ?
  143. To: ham-digital@ucsd.edu
  144.  
  145. I have a LC III that I use for packet.
  146.  
  147. It's connected to the house Ethernet and runs;
  148.  
  149. MacTCP 2.04,
  150. Fetch,
  151. Anarchie,
  152. NCSA Telnet,
  153. MudDweller (Great for converse),
  154. Gopher,
  155. Mosaic,
  156. Eudora and
  157. Nuntius.
  158.  
  159. I've trialed Gopher and Mosaic over a 4800 baud radio link to the
  160. local gateway and it worked but was very slow.  I run JNOS 1.10f as
  161. the radio<->Ethernet gateway and provide POP3 and NNTP services for
  162. myself and local amateurs.  I also talk CAP to my FreeBSD Unix box.
  163.  
  164. Fetch handles Amateur radio timings quite well as does NCSA Telnet
  165. (v2.6).
  166.  
  167. Feel free to EMail me if you have any questions on the above.
  168.  
  169.  
  170. Carl.
  171. --
  172. Carl Makin (VK1KCM)          "Speaking for myself only!" 
  173. makinc@hhcs.gov.au      'Work +61 6 289 8443'      Canberra, Australia
  174. 'The best book on programming for the layman is "Alice in Wonderland";
  175.  but that's because it's the best book on anything for the layman.'
  176.  
  177. ------------------------------
  178.  
  179. Date: Wed, 31 Aug 1994 03:32:54 GMT
  180. From: ihnp4.ucsd.edu!swrinde!gatech!newsxfer.itd.umich.edu!jobone!lynx.unm.edu!mack.rt66.com!kb5rtk.einet.com!kb5rtk@network.ucsd.edu
  181. Subject: TM-451A Radio
  182. To: ham-digital@ucsd.edu
  183.  
  184. Hello everyone,
  185.  
  186.        Does anyone know how the TM-451A Kenwood handels at 9600 baud? I am 
  187. using it packet here in Albuquerque but I am at 2400 baud because no one is on 
  188. at 9600 baud yet! I was wondering if it is in wide use yet and what promblems 
  189. I might (if any) face when I decide to make the jump!
  190.  
  191. Thanks!
  192. Cliff Nail KB5RTK
  193.  
  194.  
  195. ___________________________________________________________________________
  196. Cliff Nail
  197. US - 227   USWA!!!!
  198. KB5RTK - Ham radio on the water .....  There is no faster Ham on the water!
  199. Internet - kb5rtk@rt66.com
  200. Ham internet 44.30.0.54 (KB5RTK on 145.01 MHz - Albuquerque NM)
  201.  
  202. ------------------------------
  203.  
  204. Date: 31 Aug 1994 08:51:47 GMT
  205. From: zib-berlin.de!news.belwue.de!news.uni-ulm.de!hermes!winx03!fiji!wirth@uunet.uu.net
  206. Subject: TNC-2 Source
  207. To: ham-digital@ucsd.edu
  208.  
  209. Rudi van Drunen (rudi@chem.rug.nl) wrote:
  210. : HI all,
  211.  
  212. : I'm desperately looking for the Z-80 SOURCE CODE for the TNC-2, as I want
  213. : source. If so, please share it with me ! thanks !!
  214.  
  215. ... and maybe you will share it with other HAMs too!! mny tnx
  216.  
  217. --
  218. Hans-Christoph Wirth                  wirth@cip.informatik.uni-wuerzburg.de
  219. phone +49-931-960543                  packet-radio: dg9nfe@db0fp.#bay.de.eu
  220.  
  221. ------------------------------
  222.  
  223. Date: 31 Aug 94 14:28:18 GMT
  224. From: news-mail-gateway@ucsd.edu
  225. Subject: Unix vs DOS vs OS/2 vs NT
  226. To: ham-digital@ucsd.edu
  227.  
  228. Ray WD5IFS writes:
  229. >      I use Unix, DOS (5.0), and Daytona (NT 3.5 beta) here.  Each has its
  230. >      strengths and drawbacks.  I agree with Bill that Unix has the strength
  231. >      of not allowing a user job to crash the system. HOWEVER, this only
  232. >      applies to BIG machines like a VAX or HP 9000.  Most people who only
  233. >      have access to small machines like a PC or Mac don't have this luxury.
  234. >      Many of the Unix implementations don't have or use the MMU (memory
  235. >      management unit) which gives Unix this capability.  I disagree that
  236. >      DOS machines typically need to be rebooted several times a day.  What
  237. >      needs to be rebooted are DOS/Windows 3.1/Lan Manager machines and it
  238. >      is more like 10 times a day!
  239.  
  240. "HOWEVER, this only applies to BIG machines like a VAX or HP 9000." Wrong.
  241. A lowly PC running LInux provides this same protection.
  242.  
  243. >      This is my current crusade.  If you want an OS that DOES NOT let user
  244. >      jobs crash the OS it MUST HAVE an MMU.  I was quite surprised to learn
  245. >      that Apple's System 7 apparently does not make use of an MMU.  The
  246. >      result is that it is still possible to crash the OS even on a Mac.
  247. >      Apparently this happens less often with the Mac because the software
  248. >      is written better (I am not sure I believe this but it is possible).
  249.  
  250. "Apple's System 7 apparently does not make use of an MMU." Wrong again. You
  251. don't fully understand the function of an MMU, else this statement and the
  252. next I'll quote wouldn't have been said.
  253.  
  254. >      We have an on-going flame war here where I work of Motorola vs Intel.
  255. >      My main complaint with the Motorola world (principly Mac's, but also
  256. >      embedded OS's such as pSOS, OS9, and VRTX) is that they do not
  257. >      implement memory protection by INSISTING on the presence of a hardware
  258. >      MMU.
  259.  
  260. I'd bet all of the mentioned embeded OS's offer versions using the MMU the
  261. way you seem to want. Mac System 7.x does use the MMU for virutal memory but
  262. does not use it to protect applications from each other. This is the price
  263. Apple paid to remain compatible with older Macs. And I have no doubt Mac
  264. applications are better written and better behaved than Windows, as Mac
  265. developers may scream about hardware changes from generation to generation
  266. but as long as they stay within Apple's "Inside Macintosh" specification
  267. they rarely get burned.
  268.  
  269. 73, David Kelly, N4HHE
  270. dkelly@nebula.tbe.com
  271.  
  272. ------------------------------
  273.  
  274. Date: 31 Aug 1994 01:20:32 GMT
  275. From: ihnp4.ucsd.edu!usc!elroy.jpl.nasa.gov!lll-winken.llnl.gov!taurus.cs.nps.navy.mil!nps.navy.mil!usenet@network.ucsd.edu
  276. To: ham-digital@ucsd.edu
  277.  
  278. References <172.1173.uupcb@moondog.com>, <Cv6svC.IAA@eskimo.com>, <kb5rtk.42.2E62983A@rt66.com>cs.n
  279. Subject : Re: 1200/9600 Packet TNC
  280.  
  281. In article <kb5rtk.42.2E62983A@rt66.com>, kb5rtk@rt66.com (Cliff Nail   US - 227) says:
  282. >The new Kenwood TM-451A is really sweet for 440 9600 baud!
  283. >
  284. >Cliff
  285.  
  286. But does the TM-451A tune down the the satellite band of 435 MHz?  It would be really nice to 
  287. know which (if any) of the new 9600bps ready radios, single or dual band, will tune down that 
  288. low.  It almost seems as if it was intentional that the radios _do not_ tune down that low so 
  289. as to preclude these radios for satellite use.  
  290.  
  291. I know that my TR-851 has built in limitations in its design to go up to the 440-450 portion 
  292. of the band.  Perhaps the new radios cannot be designed to go any lower.
  293.  
  294. Cliff, could you comment on how a 9600bps modem interfaces to your radio?
  295.  
  296.  
  297. Steve, N7HPR
  298. srbible@cs.nps.navy.mil 
  299. Naval Postgraduate School,  Monterey, CA 93943
  300.  
  301. ------------------------------
  302.  
  303. End of Ham-Digital Digest V94 #291
  304. ******************************
  305.